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Stand dar Technik 

Fur die Ubertragung von Bild- und Tondaten niedriger 
Bitraten fur Multimedia Kommunikation wird mittels der ITU- 
H.324 Spezif ikation "Terminal for low bitrate multimedia 
commmunication" ein System spezif iziert , das fur 
Bildtelefonie-Anwendungen geeignet ist. 

Figur 1 zeigt ein Blockschaltbild eines solchen Multimedia 
Systems gemafi dem Standard H. 324 . In dem mit Bezugszeichen 1 
gekennzeichneten Block sind die Baugruppen, die in H.324 
naher spezif iziert sind, untergebracht . Der Video-Codec 2 
ist gemafi dem Verfahren nach ITU-H.263/H.261 ausgebildet. 
Dem Audio-Codec 3 gemafi ITU G.723 ist eine 

Verzogerungseinrichtung 4 nachgeschaltet , urn evtl. zeitliche 
Unterschiede zwischen der Bildcodierung und Toncodierung 
auszugleichen. Die Einrichtung 5 dient zur Verarbeitung von 
Datenprotokollen, z. 3. V.14 LAPM usw., und die Einrichtung 
6 verarbeitet Steuerprotokolle gemafi ITU H.245. Den Codecs 2 
und 3 werden Ciber entsprechende I/O { Input /Output ) - 
Einrichtungen 7 und 8 audiovisuelle Daten angeliefert. Die 
Einrichtungen zur Verarbeitung von Protokollen 5 und 6 
erhalten iiber die Einrichtungen 9 (User Data Applications) 
und 10 (System Control) ihrer Eingangsdaten. Die DatenstrSme 
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der Codecs 2, 3 sowie der 

Procokollverarbeitungaeinrichtungen 5 und 6 warden uber die 
Multiplex-/Demultiplex-Einrichtung 11 nach dem H . 223 
Standard zusammengef uhrt . Das nachgeschaltete Modem 12 
5 liefert fur die zusammengef afiten Datenstrome V.34 konforme 

Daten und fur die System-Control -Daten V.2 5 konforme Daten. 
Das Ubertragungsnetz 13 schliefit sich an den Block 1 an mit 
zugehoriger Metzsteuerung 14. 

10 Vorteila der Erfindung 

Daa Verf ahren gemafi den Merkmalen des Anspruchs 1 sowie der 
Unteransprilche ist geeignet objektbaaiert codierte 
Information, insbesondere nach dem MPEG-4 
Ubertragimqs. -standard, in einen vorgegebenen 
rahmenstrukturierten Ubertragungsstandard, insbesondere in 
einen ITU-Standard, einzubinden und ermoglicht so den 
Transport der codierten MPEG-4 Daten. Gegeniiber 
herk6mmlichen Video-Codierverf ahren, wie dem eingangs 
vorgestellten Videoverf ahren gemafi ITU-H . 263/H . 261 und dem 
Audio-Codec gemSfi G. 723.1 ergeben sich insbesondere die 
folgenden Vorteiie : 

- objektbasierte Kodierung synthetischer und natiirlicher 
visueller Objekte sowie Audio-Objekte, 

- verbesserte Kodieref f izienz, 

- verbesserte visuelle Fehlerrobustheit der Video-Kodierung, 

- eigenes Format zur Beschreibung der Anordnung 
audiovisueller Objekte, 

- Synchronisation unterschiedlicher audiovisueller Objekte, 

- Interaktion mit audiovisuellen Objekten. 

Dem erf indungsgemaSen Verfahren liegen zwei unterschiedliche 
Konzepte - im folgenden als Konzept A und B gekennzeichnet - 
zugrunde. Generell ist jedes der Konzepte fur sich allein 
35 geeignet die gewiinschte Funktionalitat - Ubertragung objekt- 
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basiert codierter audio-visueller Information - 
aicherzustellen, jedoch kann Konzept A bei grofier 
Objektanzahl (d.h. einer grofien Anzahl von MPEG-4 
)atensti men) vorteilhaft sein. Auch eine ^Combination der 
beiden Konzepte ist moglich. 

Das erfindungsgemafie Verfahren besitzt daher den grofien 
Vorteil, dafi 

- alle MPEG-4 Datenstr6me - beispielsweise bei Verwendung 
einer grofien Anzahl von Objekten - mittels der MPEG-4 
FlexMux-Spezif ikation zu einem Datenstrom paketiert 
werden konnen, der alle Inf ormationen zum Decodieren 
enthalt (Konzept A) , oder bzw. und 

- eine eine bi-direktionale Kommunikation basierend auf den 
gesamten MPEG-4 Funktionalitaten durchgefuhrt werden 
kann, ohne dafi aufwendige zusatzliche Anpassungen der 
MPEG-4 Daten an die Formate des Kommunikationsstandards 
erforderlich waren. Erm6glicht wird dies durch 
konsequente Ausnutzung der von dem 

Multimediakommunikationsstandard H.324 bereitgestellten 
Mechanismen (Konzept B) . 

Weiterhin werden beim Fihigkeiten-Austausch und beim dffnen 
eines Ubertragungskanals die gleichen Datenstrukturen 
verwendet, die den zu ubertragenden Datenstrom-Typen, die 
verwendeten Kodier-Werkzeuge und deren Parameter wie z.B. 
die Datenkapazitat kennzeichnen. 

Durch die Verwendung von Datenpaketen konstanter Lange (bei 
Konzept A) bzw. die Ausnutzung der Rahmenstruktur des in 
H.324 verankerten Multiplex-Standards H.223 (bei Konzept B) 
wird die Fehlerrobustheit erhoht. Die Auf synchronisation in 
den Datenstrom nach einem Fehler ist einfach moglich. 
Eine Kapselung oder auch die Zusammenfuhrung 
unterschiedlicher Systeme, z. B. Kombination von H.324 
Plattform und MPEG-4 Plattform, ist einfach durchf iihrbar . 
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Zeichnungan 

Anhand der weiteren Zeichnungen wird die Erfindung naher 
erlautert . Es zeigen: 

- Figur 2a und 2b Blockschaltbilder von MPEG-4 Multimedia 
Systemen basierend auf einem H.3 24 Terminal, 

- Figur 3 den Aufbau eines Flex-Mux Protokolls im Simple 
Mode mit konstanter Lange , 

- Figur 4 den Aufbau eines Flex-Mux Protokolls im Mux Mode 
mit konstanter Lange, 

- Figur 5 einen Adaption-Layer Rahmen gemafi ITU H.223 , 

- Figur 6 die Verschachtelung der Daten der logiachen ITU- 
Kanale, 

- Figur 7 daa Header Format, 

- Figur 8 ein Beispiel fur einen Multiplex Entry Descriptor, 

- Figur 9 die Einbindung von Paketen konstanter Lange in die 
ITU- Adaption-Layer variabler Lange. 
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Bescnreibung von Aug fuhrungsb*i«pi«l«n 

Bevor das erf indungsgemaSe Verfahren im Detail beschrieben 
wird, werden zum besseren Verstandnis die verwendeten 
Standards kurz spezifiziert : 

Der Standard ITU-H.324 spezif iziert ein Terminal, welches 
aua einem Video-Codec gemafi H.261/H.263, einem Audio-Codec 
gemafi G. 723, einem Multiplexer gemafi H.223 und einem 
Kontroll-Protokoll gemafi H.245 besteht. Der Aufbau und das 
Zusammenfugen der einzelnen Komponenten ist in diesem 
Standard beschrieben. 

Der ITU-H.223 Standard spezif iziert ein paketorientiertes 
Multiplex- Protokoll fiir Multimedia-Kommunikation mit 
niedrigen Bitraten. Es wird fur die Ubertragung niedriger 
Bitraten zwischen zwei Multimedia-Terminals oder einem 
Terminal und einer Multi-Point-Einheit eingesetzt. Das 
Protokoll ermdglicht die Ubertragung einer beliebigen 
Kombination von Audio- , Video- und Dateninf ormationen uber 
einen einzelnen Kommunikationskanal . Das Protokoll zeichnet 
sich durch "Low-Delay" und niedrigem Overhead aus . Die 
notwendigen Protokoll -Prozeduren zur Imp lementie rung des 
Multiplex-Protokolls werden im H.245 Standard spezif iziert . 

Der Standard ITU-H.245 "Control Protocol for Multimedia 
Communication" spezifiziert die Syntax und Semantik von 
Terminal -Inf ormationen und Nachrichten sowie die Prozeduren 
zum Kommunikationsaufbau. Die Nachrichten ermoglichen den 
Austausch von Terminal-Fahigkeiten/Capabilities , z. B. 
Terminal A signalisiert Terminal B, dafi es Video-Daten 
decodieren kann und welche Verfahren es unterstutzt. 

Weiterhin ist ein Protokoll spezifiziert, was die 
zuverlassige Ubertragung von audiovisuellen Daten mittels 
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einer Acknowledge Nachricht erlaubt (Terminal A signalisiert 
Terminal B den korrekcen Empfang des Datenpakeca) . 

Der Standard ITU-H , 263/H . 261 Standard spezifiziert die 

Cod ie rung von komprimierten Videodaten fur Kanale niedriger 

Bitraten. 



Der G. 723.1 Standard spezifiziert die Decodierung von 
komprimierten Audiodaten fur Kanale niedriger Bitraten. 

10 

Fur die Ubertragung von MPEG-4 Daten mittels des H.245 
Standards aind foigende Schritte erforderlich: 

1. Zunachst raufi ein Austausch der Fahigkeiten (Capability 
Exchange) der kommunizierenden Terminals stattfinden, urn 

15 die gegenseitige Kommunikation zu ermoglichen. Die 

Dateniibertragung erfolgt in dem dafur vorgesehenen 
logischen Kanal 0 entsprechend H.245. 

2. Des weiteren ist es erforderlich, die MPEG-4 Dekoder zu 
konfigurieren. Die dazu notwendigen MPEG-4 spezifischen 

20 Informationen wie der Initial Object Descriptor werden 

entweder mittels H.245 insbesondere dem logischen Kanal 
0 oder uber einen separaten logischen ITU- Kanal 
ubertragen, insbesondere einem logischen Kanal ungleich 
0 entsprechend dem ITU-H. 223 Standard. 

25 3. Anschliefiend miissen mittels des H.24 5 Standards die 

einzelnen, logischen Kanale zur Ubertragung der 
audiovisuellen Datenstrome geoffnet werden. 



30 zu 1. : Austausch der Fahigkeiten (Capability Exchange) 

Fur den Capability Exchange ist es ausreichend, eine MPEG-4 
Capability innerhalb H.245 zu definieren, die wie folgt 
aussehen kann: 
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lsl4496Capability 

{ 

streamType INTEGER (0. .255) 

Profilelndication INTEGER (0. .255) 
5 Level Indication INTEGER (0..255) 

} 

Oder 

Isl4496Capability 

{ 

10 streamType INTEGER (0. .255) 

DecoderSpecificInfo OCTET STRING OPTIONAL 

} 

Oder 

Isl4496Capability 
15 { 

decConfDescr DecoderConf igDescriptor 

} 

Die einzelnen Felder der obigen Datenstrukturen werden in 
den MPEG-4 Dokumenten (ISO/IEC 14496) naher erlautert. 

20 Der Vorteil dieser Capability Definition begriindet sich in 

dem geringen Daten-Overhead und einem Verweis auf die 
Spezif ikation innerhalb des MPEG-4 Standards und damit die 
Verme idung eines Overheads an zusatzlichen Definitionen im 
H. 245 -Standard. Der streamType definiert den Typen (d.h. den 

25 Inhalt) des Datenstroms, der Profile Indikator definiert die 

Dekodier-Werkzeuge und der Level die Parameter dieser 
Dekodierwerkzeuge . Innerhalb MPEG-4 sind unter anderem diese 
Parameter enthalten mit Ausnahme der Level Indication, die 
noch zu spezif izieren ist von MPEG. 

30 

Die isl4496Capability dient auch dazu, bei Konzept B mittels 
des „Data Type* Feldes beim Offnen eines logischen Kanals 
mit der H.245 Funktion OpenLogical Channel den in diesem 
Kanal ubertragenen MPEG-4 Daten-Typen anzuzeigen. 
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zu 2,1 {Configuration dar Dakoder 

Nachdem mittels des Capability Exchange die 
Term naif ahigkei ten definiert sind, wird die Konf iguration 
S der Dekoder durch die Ubertragung der Initial Object 

Descriptoren bzw. der Object Descriptoren durchgefuhrt . 
Dieses geschieht entweder mittels eines request/confirm 
Kommandos nach H.245, innerhalb dessen die Initial Object 
Descriptoren ausgetauscht werden oder durch das Offnen eines 
10 neuen logischen ITU-Kanala, der nur den Initial Object 

Descriptor oder den SL-packetierten Object Descriptor Strom 
enthalt. 

zu 3 . : Offnen der logischen Kanala und Datanubertragung 

15 

Nach der Konf iguration werden die einzelnen ITU-Kanale 
gedf f net . Allgemein gilt: 

Die audiovisuellen kodierten Inf ormationen, insbesondere 
20 gemafi MPEG-4, werden zu separaten Datenstromen aufbereitet. 

Bin Encoder, der einen MPEG-4 konformen Datenstom generiert, 
liefert an seinem Ausgang bereits mehrere dieser separaten 
Datenstrome, insbesondere SL (Synchronisation Layer) - 
paketierte Datenstrome. In Figur 2a und Figur 2b sind die 
25 Elementardatenstrome (El. Streams) am "Elementary Stream 

Interface" der Sync (Synchronisation) -Layer dargestellt. 
Hierbei ist zu beachten, dafi der Header der SL-Pakete auch 
zu „NULL"konf iguriert - also weggelassen - werden kann. 
Innerhalb dieses "Sync Layer" erfolgt die Paketierung der 
30 Elementardatenstrome, die dann am "Stream Multiplex 

Interface" fur die Weiterverarbeitung abgreifbar sind. 

GemaE Konzept B geschieht das Offnen eines logischen Kanals 
mit der in H.245 definierten OpenLogicalChannel Message. Das 
35 „portNumber"-Feld dient beim Offnen des jeweiligen logischen 



YVOOO/14%6 



PCT/DE99/02770 



Kanals zur Signalisierung der zugeordneten 
Slementardatenstrom-Identif ikation (ES_ID) , mittels derer 
die Datenstrdme MPEG-4-seitig referenziert werden. Mit dem 
„streamType"-Feld, dem hier der Wert einer Isl4496Capability 
5 zugewiesen wird (es konnen also die gleichen Datenstrukturen 

wie beim Cpability Exchange verwendet werden) , wird dabei 
jeweils explizit der Inhalt eines logischen Kanals (d.h. der 
MPEG-4-0bjekttyp) angegeben. Bei der eigentlichen - dann 
folgenden - Datenubertragung wird bei Konzept B jeder 

10 einzelne SL-paketierte MPEG- 4 Datenstrom am .Stream 

Multiplex Interface" abgegriffen und in einem logischen ITU- 
Kanal ubertragen. Die SL-paketierten MPEG-4 Datenstrome 
werden hierzu vora H.223 AdaptationLayer als AL-SDU Pakete 
weiterverarbeitet und mittels des H.223 Standards 

15 gemultiplext (Ausfuhrungsbeispiel gemaS Pig. 2a) . Diese 

Ubernahme des MPEG-4 Framing der Daten in ein Framing gemafi 
H.223 (SL-PDU := AL-SDU) erhoht die Fehlerrobustheit und 
erlaubt eine einfache Resynchronisation, falls ein Pakets 
fehlerhaft ubertragen wurde. Zudem wird hierdurch eine 

20 ansonsten zusatzlich notwendige Adaption des MPEG-4 

Datenformats an das Format des Multiplexers vermieden. 

Das Konzept B ermdglicht das (spatere) dynamische Hinzufugen 

weiterer MPEG-4 Datenstroms . 

25 Fur die Umsetzung von Konzept A werden die einzelnen 

Datenstrdme zu insgesamt nur einem Datenstrom mittels des 
MPEG-4 FlexMux gemultiplext und in insgesamt einem logischen 
ITU-Kanal ubertragen (Ausfuhrungsbeispiel gemaS Fig. 2b) . 
Fur diese Art der Ubertragung von MPEG-4 DatenstrSmen 

30 mittels des FlexMux werden zusatzliche Descriptoren 

definiert, die den Verbindungsaufbau ermdglichen. Nur mit 
diesen ist die Erkennung der einzelnen MPEG-4 Datenstrome 
moglich. Diese MPEG-4-spezif ischen Datenstrome werden 
mittels des MPEG-4 Flexmux Tools gemultiplext. Hierbei wird 

35 die Verwendung von Paketen konstanter Lange definiert, 
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wodurch die Pehlerrobustheit erhdht wird. Die 

Auf synchronisation in den Datenstrom nach einem Fehler ist 

so mcglich . 

Nachfolgend wird das Konzept A im Detail beschriebeu. 

Wie Figur 2b zeigt, k6nnen folgende logischen MPEG-4-0bjekte 
(SL-paketierte Datenstrdme) mittels des MPEG-4 FlexMux-Tools 
in einen Ubertragungsrahmen gemultiplext und in einem 
logischen ITU-Kanal AL1 ubertragen werden: 

SL-Audio, 
SL- Video, 

SL-OCR {Object Clock Reference) , 

SL-OD (Object Descriptor) , 

SL-OCI (Object Content Information) . 

In einer leichten Abwandlung von Konzept A ist es auch 
mfiglich, Daten des ausschliefilich gleichen Typs (also z.B. 
entweder nur SL-Audio oder nur SL-Video) in einen logischen 
Kanal rait Hilfe des FlexMux-Tools zu multiplexen, d.h. die 
Gesamtheit der MPEG-4 -Da t ens trome wiederum in mehreren 
(allerdings wenigeren als bei Konzept B) logischen ITU- 
Kanal en zu ubertragen. Dieses wurde u.U. eine einfachere 
Trennung und Dekodierung der gemultiplexten Daten im 
Empfanger ermoglichen. Im folgenden wird jedoch wiederum das 
urspriingliche Konzept A, also das Multiplexing aller MPEG- 
Datenstrdme in einen logischen ITU-Kanal mittels des 
FlexMux-Tools betrachtet . 

Das Konzept A ermSglicht (ebenso wie Konzept B) die 
Ubertragung mehrerer MPEG-4 -Datenstrome des gleichen Typs, 
wie z.B. die Ubertragung mehrerer Audiostrome fur einen 
bild-begleitenden Ton in unterschiedlichen Sprachen. 
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Fur das Verfahren gemafi Konzepfc A 1st es notwendig, 
MUXCODETABLE_Bntry wahrend der Initialisierungsphase zu 
ubertragen, urn den MPEG-4 FlexMux zu konf igurieren. 

Letztendlioh mufi dem MPEG-4 Dekoder die vorgenommcno 
Zuordnung der einzelnen ES-Str6me zu den zu multiplexenden 
Daten mitgeteilt werden. Dies wird mittels einer Channel Map 
Table (oder auch Stream Map Table genannt) erreicht. 

Diese beiden Inf ormacionen sind neben den Objekt 
Deskriptoren fur die Dekodierung notwendig . 

Urn die zusatzlichen Inf ormationen MOXCODETABLE Entry und 
Channel Map Table in den Initial Object Descriptor 
emzufugen, ist die Definition neuer Descriptoren notwendig. 
Diese werden in Form von Extension Descriptors in den 
Initial Object Descriptor eingefiigt. 

Class Channel Map Table Descriptor: bit (8) tag= to be 

defined 

{ 

bit 116} length: 
Bit (15) streamCount; 
Bit(l) MultiplexCodeFlag; 
For (i»0; i< streamCount; i++ < l 

Bit (16) ESID; 

Bit (8) FlexMuxChannel; 

IFMultiplexCodeFlag^ 



Bit (4) MultiplexCode; 
Bit (4) reserved; 



35 



WO (10/14966 



PCT/DE99/02770 



- 12 - 



Der fettgedruckte Teil zeigt den hier neu def inierten 
Descriptor. 

5 Ahnlich kann auch der Aufbau eines 

MuxCodeTableEntryDesccriptors erf olgen : 

Class MuxCodeTableEntryDescriptors : bit (8) tag- to be 

defined 

10 { 

bit (16) length; 

bit (4) number OfMuxCodeTableEntries ; 
bit(l) cons tan tLengthFlag; 
bit (3) reserved? 
15 IF cons tantLengthF lag 

bit (8) FlexMuxLength; 
For (j«0; j<numberOfMuxCodeTableEntries; 

bit (8) length; 
20 bit (4) MuxCode ; 

bit (4) version; 
bit ( 8 ) substructureCount ; 
for (i = 0; ioubstructureCount; i + + ) ( 
bit (5) slotCount; 
25 bit (3) repetitionCount; 

for(k=0 ; kolotCount; k++) ( 

bit (8) flexMuxChannel(i) (k) ; 
bit (8) numberOf Bytes (i) (k) ; 

> 

30 } 



35 



Der fettgedruckte Teil zeigt den hier neu definierten 
Descriptor. Das Datenfeld numberOfMuxCodeTableEntries 
erraoglicht die Ubertragung der maximal 16 
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MuxCodeTableEntries . Mittels des constantLengthFlag und dem 
Feld FloxMuxLwnth wird dem Empf finger signaliaiert , dafi die 
FlexMux-Pakete mit konstanter Lange mit der PaketgroSe 
FloxMuxLanth + 2 iibertragen we r den. 

Die in MPEG-4 definierten FlexMux-Pakete werden zum einen 
in dem Simple Mode gemaE Fig. 3 und zum anderen in dem 
MuxCode gemaE Fig. 4 iibertragen. 

Durch Verwendung von Paketen konstanter, ungerader Lange, 
hier 127 Bytes, konnen die oberen 7 Bits des Length Felds 
zur Synchronisation genutzt werden . 
Dieses erhdht die Fehlerrobustheit und erlaubt eine 
Resynchronisation, falls ein Langenfeld eines Pakets 
fehlerhaft ist. 

Dieae FlexMux - Pakete miissen nun in einen ITU-Rahmen 
eingebunden werden. In Figur 5 ist ein Adaptation Layer 
(AL) -Rahmen gemaS ITU-H.223 gezeigt, mit einem AL-PDU 
(Protocol Data Unit) Payload Field. Aufgrund der variablen 
Lange eines FlexMux Pakets ware das Auffinden eines neuen 
FlexMux Pakets nach einem Fehler im Langenfeld nicht mehr 
moglich. Dieses ist besonders schadlich, wenn mehrere MPEG-4 
Element arstrome (z. B. BIFS, OD, und Video) in einem ITU 
Kanal iibertragen werden. 

Durch Verwendung konstanter L&ngen innerhalb der MPEG-4 
FlexMux Pakete, nach der Erfindung, ist dies nun wiederum 
mdglich. 

3 0 Die einzelnen AL-PDU Pakete variabler Lange werden nun 

mittels des Multiplexers verpackt. 

Der Aufbau des Multiplex Layer und die prinzipielle 
Einbindung des MPEG-4 FlexMux Datenstroms wird kurz 
erlautert . 
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Sine MUX Protocol Data Unit (MUX-PDU) besteht aus einem 
Header und einem Information Field, indem die Da ten der 
einzelnen logischen ITU Kanal e verschachtelt sind. Figur 6 
zeigt den Aufbau. 

Der Header besteht aus einzelnen Feldern, die in Figur 1 
gezeigt sind. 



Der 4 Bit grofie Multiplex Code zeigt auf einen viber H.245 
10 ubertragenen MultiplexEntry , wovon maximal 15 verschiedene 

def iniert werden konnen. 



Das Header Error Control Feld ist ein 3 Bit groSes CRC Feld, 
welches eine Fehler-Erkennung im Header zulafit. 

Das 1-Bit Packet Marker Feld markiert das Ende einer MUX-SDU 
eines segmetierten logischen Kanals . 



Das in Figur 6 gezeigte Informations -Feld wird mittels der 
20 in H.245 ubertragenen MultiplexTable konf iguriert . 



Das Informations -Feld kann mit einem Closing Flag jederzeit 
an einer Oktett-Grenze abgeschlossen werden, jedoch darf 
eine MUX-SDU von einem nicht segment ierbaren Kanal nicht 
unterbrochen werden. 



Der MultiplexEntryDescriptor konf iguriert den H.223 
Multiplexer und wird in der Initialisierungsphase iibertragen 
(Figur 8) . 

30 

In dieser Figur bedeutet LCN: LogicalChannelNumber , RC: 

RepeatCount, UCF:UntilClosingFlag. 

Der Vorteil wird in der Figur 9 deutlich: 

wenn in einem ITU- Kanal mehrere MPEG-Daten iibertragen werden 
35 und MPEG-4 Pakete variabler Lange benutzt werden, dann sind 



WO 00/ 1 4966 



PCT/DK99/O2770 



alle f olgenden FlexMuxPakete nicht mehr decodierbar . Die 
geachickte Verwendung dee Langenfelds als ein 
Synchronisationsmarker erlaubt die Auf synchronisation des 
Empf angers . 

5 

Das sendende Terminal signalisiert dem empfangenden Terminal 
die Paket lange mittels des hier definierten 
MuxCodeTableEntryDescriptors, der durch ein Flag 
gekennzeichnet ist, welches die Verwendung von FlexMux 
10 Paketen konstanter Lange signalisiert und weiterhin ein Feld 

enthalt, welches die zu verwendende Lange f estlegt . 
Hierdurch ist eine grofle Flexibilitat verbunden mit einer 
grofien Fehlerrobustheit gewahrleistet . 

15 Die Erfindung kann naturlich nicht nur fur MPEG-4 Daten 

verwendet werden, sondern auch fur andere audiovisuelle 
codierte Information, die in einen standardisierten 
Ubertragungsrahmen einzubinden ist und deren Dekodierung 
einfach und fehlerrobust erfolgen soil. 

20 

Das vorgestellte Verfahren kann naturlich in senderseitigen 
und empfangsseitigen Endgeraten realisiert werden. Fur die 
senderseitige Einbindung mils sen entsprechende Mittel zur 
Aufbereitung bzw. zur Anlief erung von audiovisueller 

25 codierter Information vorgesehen sein sowie entsprechende 

Mittel zum Multiplexen der Datenstrome, zum Austausch der 
Fahigkeiten und zur Signalisierung . Fur die empf angsseitige 
Auswertung sind Mittel zur Zerlegung der gemultiplexten 
Datenkanale sowie Mittel zum Austausch der Fahigkeiten und 

3 0 deren Auswertung und zur Auswertung der Signalisierung 

notwendig. Da ublicherweise im Dialogverkehr gearbeitet 
wird, sind Teilnehmerendgerate sowohl fur den Sende- als 
auch fur den Empf angsbetrieb ausgeriistet. 
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5 

Ansprtiche 

1. Verfahren zur Einbindung von audiovisueller codierter 
Information in einen vorgegebenen rahmenstrukturierten 

10 Ubertragungs standard mit folgenden Schritten: 

die audiovisuelle codierte Information wird zu separaten 
Datenstromen aufbereitet, bzw. wird in Form von separaten 
Datenstrdmen angeliefert, 

- die einzelnen Datenstrome werden in einen bzw. mehrere 
15 Datenkanal/- kanale des rahmenstrukturierten 

Ubertragungsstandards gemultiplext , 

- die Fahigkeiten, insbeaondere die Codier- und 
Decodierfahigkeiten, der miteinander kommunizierenden 
Endgerate werden nach dem Aufbau einer Verbindung 

20 ausgetauscht, 

zur Signal isierung werden Datenstrukturen eines 
Kodierstandards verwendet, die Angaben uber den 
verwendeten Datentyp, das zu benutzende Decodierwerkzeug 
und die Kodierungsparameter wie z.B. die Datenkapazitat 

25 enthalten. 

2. Verfahren nach Anspruch 1, dadurch gekennzeichnet , dafi 
die Datenstrukturen, die beim Austausch der Fahigkeiten und 
beim Offnen eines Ubertragungskanals verwendet werden, 

30 gleich gewahlt sind. 

3. Verfahren nach Anspruch 1 oder 2, dadurch gekennzeichnet, 
dafi beispielsweise fur objektbasierte audiovisuell codierte 
Information mit geringer Objektanzahl die entsprechenden 

3 5 Datenstrome mittels eines Multiplexers, insbesondere eines 
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Multiplexers nach dem H. 223 Standard, paketiert warden und 
in einzelnen Obertragungskanalen, inabesondere ITU-Kanalen 
entsprechend dem H.245 Standard, ubertragen werden . 

S 4. Verf ahren nach Anspruch 3, dadurch gekennze Lchnet , dafi 

zur Zuordnung der einzelnen Pakete innerhalb der ihnen 
zugeordneten Ubertragungskanalen, ein Datenfeld 
LportNumber*- Feld) dient, das bei einer MPEG-4 Ubertragung 
eine Identif ikation der einzelnen Elementar-Datenstrome (ES- 
10 ID) enthalt . 



5. Verf ahren nach Anspruch 3, dadurch gekennzeichnet , daS 
von dem Multiplex-Verf ahren das Datenformat der MPEG- 4- 
Ausgangsdatenstrome (SL-PDUs) direkt ubernommen wird, so dafi 
15 keine we it ere Umf ormatierung notwendig wird. 



6. Verfahren nach Anspruch 3, dadurch gekennzeichnet, dafi 
Objektdescriptoren, insbesondere der „ Initial Object 
Descriptor" nach MPEG-4, fur audiovisuelle codierte 
20 Informationen in einem separaten Kanal, insbesondere einem 

logischen Kanal ungleich 0 entsprechend dem ITU- H.223 
Standard, untergebracht werden. 



7. Verfahren nach Anspruch 3, dadurch gekennzeichnet, dafi 
25 fur objektbasierte audiovisuell codierte Information - 

beispielsweise bei grofier Objektanzahl - die entsprechenden 
Datenstrome zu einem gemeinsamen Datenstrom gemultiplext 
werden und in einem Ubertragungskanal , insbesondere in einem 
ITU-Kanal, ubertragen werden. 

30 

8. Verfahren nach einem der Anspruche 1, 2 oder 7, dadurch 
gekennzeichnet, dafi neben den gemultiplexten DatenstrSmen im 
Ubertragungsrahmen des rahmenstrukturierten 
Ubertragungsstandards eine Signalisierungsinf ormation 

35 untergebracht wird, die darauf hinweist, dafi gemultiplexte 



Inf ormationspakete konstanter Lange ubertragen warden, 
aufgrund derer eine Synchronisation, insbesondere bei 
f ehlerhaf ten Datenpaketen, duchf uhrbar ist . 

5 9, Verfahren nach einem der Anspruch 1, 2 Oder 7, dadurch 

gekennzeichnet , dafi Objektdescriptoren, insbesondere der 
„ Initial Object Descriptor" nach MPEG-4, fur audiovisuelle 
codierte Inf ormationen in einem zusatzlichen Kanal, 
insbesondere dem logischen Kanal 0 entsprechend dem ITU- 
10 H.245 Standard, untergebracht werden . 

10. Verfahren nach einem der Anspruche 1, 2, 7 oder 8, 
dadurch gekennzeichnet, dafi Zuordnungsdaten zwischen den 
separaten Datenstromen, insbesondere SL paketierten MPEG-4 

15 Element irdatenstromen und den gemultiplexten Daten in dem 

zusatzlichen Kanal, insbesondere dem logischen Kanal 0 
entsprechend dem ITU- H.245 Standard, untergebracht werden. 

11. Verfahren nach einem der Anspruche 1, 2, 7, 8 oder 9, 
20 dadurch gekennzeichnet, dafi fur die 

Signalisierungsinformation Datenfelder vorgesehen werden, 
welche zum einen die konstante Lange und die Paketgrdfie der 
gemultiplexten Inf ormationspakete kennzeichnen . 

25 12. Verfahren nach einem der Anspruche 1, 2, oder 7-10, 

dadurch gekennzeichnet, dafi als audiovisuelle codierte 
Information MPEG-4 Daten verwendet werden, die zu Flex-Mux- 
Paketen konstanter Lange aufbereitet werden, und dafi diese 
Flex-Mux- Pakete konstanter Lange in einen Ubertragungsrahmen 

30 gemultiplext werden, die eine Ubertragung gemafi dem ITU- 

Standard H.3 24 ermdglicht . 



35 



13. Verfahren nach einem der Anspruche 1 bis 12, dadurch 
gekennzeichnet, dafi innerhalb der „ Adaptation Layer" 
variabler Lange gemafi ITU-Standard H.324 mehrere MPEG-4 
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Daten in Datenpaketen konstanter Linge untergebracht we r den, 
wobei im Anf angsbereich dieser Datenpakete jeweils ein 
Langenfeld vorgesehen ist, welches als 

Synchronisationakennung, insbesondere zur Auf synchronisation 
5 eine.'-j Kmpf .inqcru , verwendbar iat. 

14. Endgerat zur senderseitigen Einbindung von 
audiovisueller codierter Information in einen vorgegebenen 
rahtr.enstrukturierten Ubertragungs standard rait folgenden 

10 Merkmalen: 

- Mitteln zur Aufbereitung der audiovisuellen codierten 
Information zu separaten Datenstrdmen an das Endgerat 
bzw. zur Anlieferung in Form von separaten Datenstrdmen 
an das Endgerat , 

15 - Mitteln zum Multiplexen der einzelnen Datenstrome in 

einen bzw. mehrere Datenkanal/- kanale des 
rahmenstrukturierten Ubertragungsstandards , 

- Mitteln zum Austausch der Fahigkeiten, insbesondere der 
Codier- und Decodierf ahigkeiten, mit weiteren Endgeraten 

2 0 insbesondere nach dem Aufbau einer Verbindung, 

Mitteln zur Signal isierung unter Verwendung von 
Datenstrukturen, die Angaben iiber den verwendeten 
Datentyp, das zu benutzende Decodierwerkzeug und die 
Kodierungsparameter wie z.B die Datenkapazitat enthalten. 

25 

15 . Endgerat zur empf angsseitigen Auswertung von 
audiovisueller codierter Information in einem vorgegebenen 
rahmenstrukturierten Ubertragungsstandard mit folgenden 
Merkmalen: 

30 - Mitteln zur Zerlegung eines bzw. mehrerer gemultiplexter 

rahmenstrukturierter Datenkanale eines 
Ubertragungsstandards in einzelne audiovisuelle 
Datenstrome, 
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- Micteln zum Austausch der Fahigkeiten, insbeeondere der 
Codier- und Decodierf fthigkeiten , mit weiteren Endgeraten 
insbesondere nach dem Aufbau einer Verbindung, 

- Mitteln zur Sigaa Lisierung unter Verwendung von 

5 Datenatrukturen, die Angaben uber den verwendeten 

Datentyp, das zu benutzende Decodierwerkzeug und die 
Datenkapazitat enthalten. 
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